FAQ

Der Befehl openstack --help zeigt bei vielen Punkten “Could not load EntryPoint.parse” an.

In diesem Fall ist eine der mit dem OpenStack Client installierten Komponenten nicht aktuell. Um zu sehen, welche der Komponenten aktualisiert werden muss, rufen Sie den folgenden Befehl auf:

openstack --debug --help

Hier wird nun vor jedem Punkt angezeigt, was genau der Fehler ist und man kann einfach die jeweilige Komponente mit dem folgenden Befehl aktualisieren (<PROJECT> muss durch die richtige Komponente ersetzt werden):

pip install python-<PROJECT>client -U

Wie kann ich VRRP nutzen?

Um VRRP nutzen zu können, muss dies in einer Security-Group aktiviert und dann den jeweiligen Instanzen zugeordnet werden. Aktuell ist dies nur mit dem OpenStack Client möglich, zum Beispiel:

openstack security group rule create --remote-ip 10.0.0.0/24 --protocol vrrp --ethertype IPv4 --ingress  default

Warum werden mir Floating IPs berechnet, die ich gar nicht benutze?

Der Grund dafür ist mit hoher Wahrscheinlichkeit, dass Floating IPs erstellt wurden, aber nach der Benutzung nicht korrekt gelöscht wurden. Um eine Übersicht über die aktuell verwendeten Floating IPs zu erhalten, können Sie das Horizon Dashboard nutzen.

Dort befindet sich der entsprechende Punkt unter Project → Network → Floating-IPs.

Alternativ können Sie den Weg über den OpenStack Client nutzen:

$ openstack floating ip list
+--------------------------------------+---------------------+------------------+--------------------------------------+--------------------------------------+----------------------------------+
| ID                                   | Floating IP Address | Fixed IP Address | Port                                 | Floating Network                     | Project                          |
+--------------------------------------+---------------------+------------------+--------------------------------------+--------------------------------------+----------------------------------+
| 84eca713-9ac1-42c3-baf6-860ba920a23c | 185.116.245.222     | 192.0.2.7        | a3097883-21cc-49fa-a060-bccc1678ece7 | 54258498-a513-47da-9369-1a644e4be692 | b15cde70d85749689e6568f973bb002  |
+--------------------------------------+---------------------+------------------+--------------------------------------+--------------------------------------+----------------------------------+

Wie kann ich den Flavor einer Instanz ändern (instance resize)?

Resizing über die Command Line

Geben Sie den Namen oder die UUID des Servers an, dessen Größe Sie ändern möchten, und ändern Sie die Größe mit dem Befehl openstack server resize.

Geben Sie das gewünschte neue Flavor und dann den Instanznamen oder die UUID an:

openstack server resize --flavor FLAVOR SERVER

Die Größenänderung kann einige Zeit in Anspruch nehmen. Während dieser Zeit wird der Instanzstatus als RESIZE angezeigt.

Wenn die Resizing abgeschlossen ist, wird der Instanzstatus VERIFY_RESIZE angezeigt. Sie können nun die Größenänderung bestätigen, um den Status auf ACTIVE zu ändern:

openstack server resize --confirm SERVER

Warnung

Die Größenänderung wird nach einer Stunde automatisch bestätigt, falls sie vorher nicht manuell bestätigt oder rückgängig gemacht wurde.

Resizing über das Optimist-Dashboard

Gehen Sie zu Optimist Dashboard → Instances und navigieren Sie zu der Instanz, deren Größe geändert werden soll. Wählen Sie anschließend Actions → Resize Flavor.

Der aktuelle Flavor wird angezeigt. Verwenden Sie die Dropdown-Liste “Select a new flavor”, wählen Sie den neuen Flavor aus und bestätigen Sie mit “Resize”.

Warnung

Dies gilt nicht für l1 (localstorage) Flavors. Weitere Informationen finden Sie unter Storage → Localstorage.

Warum ist das Logfile der Compute Instanz im Optimist Dashboard leer?

Bedingt durch Wartungsarbeiten oder einem Umverteilen der Last im OpenStack wurde die Instanz verschoben. In diesem Fall wird das Logfile neu angelegt und neue Meldungen werden wie gewohnt protokolliert.

Warum erhalte ich den Fehler “Conflict (HTTP 409)” beim Erstellen eines Swift Containers?

Swift verwendet einzigartige Namen über die gesamte OpenStack Umgebung hinweg. Die Fehlermeldung besagt, dass der gewählte Name bereits in Verwendung ist.

Anbringen von Cinder-Volumes an Instanzen per UUID

Wenn Sie mehrere Cinder-Volumes an eine Instanz anhängen, werden die Mount-Punkte möglicherweise bei jedem Neustart neu gemischt. Durch das Mounten der Volumes mittels der UUID wird sichergestellt, dass die richtigen Volumes wieder an die richtigen Mount-Punkte angehängt werden, falls für die Instanz ein Aus- und Wiedereinschalten erforderlich ist.

Nachdem Sie die UUID des Volumes mit blkid in der Instanz abgerufen haben, ändern Sie den Mountpunkt in /etc/fstab wie folgt, um die UUID zu verwenden. Beispiel:

# /boot war auf /dev/sda2 während der Installation
/dev/disk/by-uuid/f6a0d6f3-b66c-bbe3-47ba-d264464cb5a2 /boot ext4    defaults        0       2

Ist die Nutzung von Cinder multi-attached Volumes möglich?

Wir unterstützen keine multi-attached Volumes in der Optimist Platform, da für die Nutzung von multi-attached Volumes clusterfähige Dateisysteme erforderlich sind, um den gleichzeitigen Zugriff auf das Dateisystem zu koordinieren. Versuche, multi-attached Volumes ohne clusterfähige Dateisysteme zu verwenden, bergen ein hohes Risiko für Datenkorruption, daher ist diese Funktion auf der Optimist Plattform nicht aktiviert.

Warum kann ich keinen Snapshot einer laufenden Instance erstellen?

Um konsistente Snapshots zu erstellen, verwendet die Optimist-Plattform das Property os_require_quiesce=yes. Diese Eigenschaft ermöglicht die Nutzung von fsfreeze, um den Zugriff auf laufende Instanzen auszusetzen, um einen konsistenten Snapshot der Instanz zu erstellen.

Zur Erstellung von Snapshots von Instanzen stehen in der Optimist Platform die folgenden Optionen zur Verfügung:

Die erste Option besteht darin, einen Snapshot der laufenden Instanz zu erstellen, indem der qemu-guest-agent installiert und ausgeführt wird. Dieser kann wie folgt installiert und ausgeführt werden:

apt install qemu-guest-agent
systemctl start qemu-guest-agent
systemctl enable qemu-guest-agent

Außerdem empfehlen wir beim Hochladen Ihrer eigenen Images, dass Sie --property hw_qemu_guest_agent=True als Property an Ihren Images hinzufügen.

Sobald der qemu-guest-agent läuft, kann der Snapshot erstellt werden.

Die zweite Möglichkeit besteht darin, die laufende Instanz zu stoppen, den Snapshot zu erstellen und die Instanz schließlich erneut zu starten. Dies kann über das Horizon Dashboard oder auf der CLI wie folgt erfolgen:

openstack server stop ExampleInstance
openstack server image create --name ExampleInstanceSnapshot ExampleInstance
openstack server start ExampleInstance